home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / ipae / ipae-minutes-92oct.txt < prev    next >
Text File  |  1993-02-17  |  4KB  |  110 lines
  1.  
  2. INTERIM_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Dave Crocker/TBO
  6.  
  7. Minutes of the IP Address Encapsulation Working Group (IPAE)
  8.  
  9. This meeting was held at Sun Microsystems on October 8, 1992
  10.  
  11. The major topic of the meeting has been documented in a note sent by Bob
  12. Hinden, concerning a change to the IPAE header, to make it be the same
  13. as the SIP header.  (i.e., make IPAE = IP+SIP, plus transition rules.)
  14. This was a somewhat unexpected turn of events, except in hindsight.  A
  15. number of forces seem to have been moving us in this direction and there
  16. was a very strong feeling, by the end of the meeting, that this change
  17. vastly cleans up the entire scenario for the Internet, giving it the
  18. least transition pain and the most amenable longer-term protocol, since
  19. it is the closest to current IP AND it has a mechanism for adding new
  20. services (via its own mini-layer.)
  21.  
  22.  
  23. Reminder:  SIP has a mailing list.  To join, send to:
  24.            sip-request@caldera.usc.edu
  25.  
  26.  
  27.  
  28. Two other items were covered:
  29.  
  30. ICMP
  31.  
  32. The 64-bit data limit for ICMP continues to be a problem.  We discussed
  33. more about the handling of ICMP messages sent by interior, unmodified
  34. routers, which therefore contain only the within-commonwealth IP
  35. addresses of the interior router and the border IPAE router and don't
  36. have the full IPAE address of the originating host available.
  37.  
  38. We had generally believed that this was an unfortunate, but not serious,
  39. problem.  It was then observed that it _is_ a significant problem for
  40. MTU Discovery.  The originating host really does need to get the ICMP
  41. feedback.
  42.  
  43. We adopted the framework that a commonwealth which does IPAE/IP
  44. tunneling -- i.e., the interior routers are not IPAE knowledgeable --
  45. can be viewed much the same as IP over X.25, with the border routers
  46. treating the commonwealth as an underlying data-link environment.
  47. Hence, feedback from interior routers is like feedback from interior
  48. X.25 packet switches.  We would not expect those raw messages to be
  49. forwarded back to the originating host.
  50.  
  51. We would expect the border routers to record the feedback and translate
  52. it.  In this case, this means that the border router needs to cache MTU
  53. information about IP addresses inside its commonwealth.  When it gets an
  54. IPAE datagram, it needs to check its size against the cache (cache =
  55. dest IP addr + MTU) and either fragment the datagram or send back an
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63. ICMP Too Big.
  64.  
  65. Basic language for the spec is:  IPAE routers which are the IP
  66. recipients of IP/ICMP messages must cache ``Can't Fragment'' (``Too
  67. Big'').
  68.  
  69. Router Table Size
  70.  
  71. We did an extended case analysis of the current and projected sizes for
  72. 3 different router tables:  The Source Information Base is the raw stuff
  73. that comes in from the routing protocol(s).  The Real-Time Table is used
  74. for doing that actual data-handling of actual packets.  The Policy table
  75. is whatever set of contingent rules are needed to turn the first table
  76. into the second.  I have intentionally not used more typical terms for
  77. the tables, since we ran into some nomenclature confusion during the
  78. discussion.
  79.  
  80. Note that the IPAE secton is divided into two, since the border routers
  81. need to maintain a set of IPAE routing tables as well as a set of IP
  82. routing tables (for the commonwealth.)
  83.  
  84.  
  85.  
  86.         SOURCE INFO BASE      REAL-TIME TABLE       POLICY
  87.  
  88.         (Variable, xmit       (Variable, compute    (Static)
  89.         + storage overhead)   + storage overhead)
  90.  
  91. Now:    All nets*neighbors    All nets              All nets
  92.  
  93.  
  94. IPAE:                        (Same as Source       All nets
  95.                               Info Base, but       (includes the
  96.   IP:   Attached cwlth         without the           IPAE/IP address
  97.         nets                   "* neighbors"         map needed during
  98.                               component)            transition while
  99.   IPAE: CWlth hierarchy,                            IP addresses
  100.         only as needed.                             are still unique)
  101.         (e.g., [all
  102.           countries
  103.           + attached
  104.           metro/provider]
  105.          * neighbors)
  106.  
  107.  
  108.  
  109.                                    2
  110.